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(57) Abstract 

The present invention teaches a method of copying a media file from a sciver to a client over a nctwoik and playing that file on 
the client, whereby surplus bandwidth that is not required for playing the media file is used to enhance the copy of the media file on the 
client This leads to entirely new browsmg functionality, in which the typical browsing actions of (i) viewing a sequence of video frames 
at a reduced rate (e.g. a slow motion view) or quality (ii) of re-viewing a sequence of video frames or (iii) pausing to view a single video 
frame, results in the quality of the video frame or sequence of frames being substantially better than at the normal playback rate. This is 
paiticulaily useful since when a user browses in these ways, he or she is likely to be interested in scrutinising detail. 
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Method of copying a media file 

Technical Field 

This invention relates to methods for copying continuous media files, such as video 
5 and audio files, in which the files stored on the server are encoded to provide enhanced 
browsing and download features at a device, such as a client or another server. The 
network may include the Internet. 

Background to the Invention 

10 Recent years have seen considerable interest in improving techniques for deUvering all 
kinds of media files, such as video and audio files, to PC clients over low bandvwdth 
networks, prompted not least by the ever-increasing use of video in Web pages. One 
usefiil set of features for video browsing is used in the Indeo product fi:om Intel 
Corporation. In this system, one encoded video file can be configured by an author to 

15 play back at a client at many different data rates and quality levels, each of which is 
suitable for different network bandwidths or playback-platform capabilities. Using the 
'Progressive Qxiality' option in Indeo breaks down a video download into up to 6 
phases, with the first phase deUvering the lowest quality firames and subsequent 
phases delivering higher quality frames. 'Quality' within Indeo can be at any of 3 

20 levels: 'Good', 'Better' and 'Best'. Hence, video quality builds up over time in 3 
discrete stages: (i) when the download of data coded for 'Good' quality is finished; (ii) 
when the download of data coded for 'Better' quality is finished; and (iii) then reaches 
its highest level when the download of data coded for 'Best' quality is finished. 

Reference may also be made to Beong-Jo Kim, Zbdang Xiong and William Pearhnaa 
25 "Very Low Bit-Rate Embedded Coding with 3D Set Partitioning in Hierarchical 
Trees submitted to IEEE Trans. Circuits & Systems for Video Technology, Special 
Issue on Image and Video Processing for Emerging Interactive Multimedia Services, 
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Sept. 1998. This paper discloses applying a SPIHT compression scheme to a 
wavelet-based transform, which yields a bitstream encoding multiple spatial 
resolutions, with progressive quality ordering within a given spatial resolution. 



5 Summary of the Invention 

In accordance with the present invention, there is provided a method of copying a 
media file to a device over a network, to enable a copy of the media file to be played, 
whereby surplus bandwidth that is not required for playing the media file is used to 
enhance the copy of the media file on the device. Playback and enhancement may be 
1 0 controlled by a set of playback parameters and enhancement parameters respectively. 
These sets of parameters are, in one implementation, also known as the playback 
profile and enhancement profile. 



The surplus bandwidth may be made available as a result of (i) playing the media file 
15 at a reduced rate or quality (ii) or re-playing parts of the media file or (iii) pausing 
playback of the media file. Hence, the present invention contemplates entirely new 
browsing fimctionality in which the typical browsing actions of (i) viewing a sequence 
of video firames at a reduced rate (e.g. a slow motion view) or reduced quality (e.g. fast 
scan at low resolution) (ii) or re-viewing a sequence of video frames or (iii) pausing to 
20 view a single video frame, results in surplus bandwidth being made available; that 
bandwidth is intelligently used to enhance the copy of the media file at the device so 
that, for example, the quality of the video fi^e or sequence of frames (either 
immediately or subsequently) can be substantially better than at the normal playback 
rate. This is particularly usefiil since, when a user browses over a network in these 
25 ways, he or she is likely to be interested in scrutinising detail. Enhancement generally 
occurs as a result of the transmission over the network of refinement data. The present 
invention has particular application to continuous media files which may be streamed. 
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The term 'network' should be expansively construed to cover any kind of data 
connection between 2 or more devices. The network will typically include the 
Internet A *file' is any consistent set of data, so that a 'media file' is a consistent set 
of data representing one or more media samples, such as flames of video or audio 
5 levels. The term 'client' will be used in this specification to mean any device which 
receives data. 

The enhancement may be performed according to a profile that is stored in a server, or 
transmitted to the server by the device before or during copying, or a combination of 
values stored in the server and values transmitted to the server by the device before or 
10 during copying. Enhancement generally occurs as a result of the transmission over the 
network of refmement data. 

The data required for playback may be selected according to a profile that is stored in 
the server, is transmitted to the server by the device before or during copying or is a 
combination of vedues stored in the server and values transmitted to the server by the 
15 device before or during copying. 

In one embodiment, the copy of the media file on the device acts as a temporary cache 
and all or part of the media file is deleted during or at the end of playback. A local 
cache or a local buffer may be used to store data transmitted using the surplus 
bandwidth and which is only decoded if required to enhance the copy of the media file 
20 on the device. 

In one embodiment, the media file encodes video, the image data corresponding to each 
video fiame or sequence of fi:ames is generated using a wavelet transform and modified 
with SPIHT compression, and the resultant bitstream includes several discrete 
bitstream layers, each bitstream layer enabling image data at a different spatial 
25 resolution to be displayed on a display. 

In another embodiment, the device is provided with data for purposes other than 
playback, including (i) analysis of the media data (ii) re-compression of the media data 
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into a new format (iii) transfer of the media data to another medium such as paper, 
fihn, magnetic tape, disc, CD-ROM or other digital storage medium. 

Typically, the media file encodes video, audio or combined video and audio. 

In one aspect, there is provided a media file which is copied using any of the methods 
5 defined above. 

In another aspect, diere is provided a computer program which enables a client to 
enhance a copy of a media file copied to it from a server over a network, by using 
surplus bandwidth that is not required for playing the media file on the client. In a 
related aspect, there is provided a client programmed with such a computer program. 

10 In a fiuther aspect, there is provided computer program which enables a server to 
enhance the copy of a media file copied from it to a client over a network, by using 
surplus bandwidth that is not required for playing the media file on the client. In a 
fmal related aspect, there is provided a server programmed with such a computer 
program. 

15 

Brief Description of the Drawings 

The invention will be described with reference to the accompanying drawings, in 
which: 

Figure 1 is a schematic representation of a network used in performing the method of 
20 media file delivery according to the present invention; 

Figure 2 is a schematic representing the sub-bands which result fix)m applying wavelet 
transforms to an image in a conventional multi-scale decomposition with examples of 
partial reconstruction according to the present invention; 

Figure 3 is a schematic representation of the format of the 'chimk' data structure 
25 according to the present invention; 
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Figure 4 is a schematic representing the typical path of a unit of media through the 
layering system according to the present invention; 

Figure 5 is a schematic representation of the labelling mechanism as applied to a 
wavelet encoding according to the present invention; 

5 Figure 6 is an example of a fragment of a Codebook for tiie labelling example of Figure 
5, according to the present invention; 

Figure 7 is a schematic representation of slice filtering as applied to the labelling 
example of Figure 5 according to the present invention; 

Figure 8 is a schematic representation of slice merging as applied to the labelling 
10 example of Figure 5 according to the present invention; 

Figure 9 is a schematic representation of the labelling mechanism as applied to MPEG 
encoding according to the present invention; 

Figure 10 is an example of a fragment of a Codebook for the labelling example of Figure 
9, according to the present invention; 

15 Figure 11 is a schematic representation of slice filtering as applied to the labelling 
example of Figure 9 according to the present invention. 

Figure 12 is a schematic representation of the labelling mechanism as applied to DV 
encoding according to the present invention; 

Figure 13 is an example of a fragment of a Codebook for the labelling example of Figure 
20 12, according to the present invention; 

Figure 14 is a schematic representation of slice filtering as applied to the labelling 
example of Figure 12 according to the present invention. 

Detailed Description, 

25 

A. Key Concepts 
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Block-based, motion compensated encoding schemes. 

There are several examples of block-based encoding schemes that use Discrete Cosine 
Transform, motion detection and compensation to compress video by removing 
spatial and temporal redundancy from the source. Of these, the most familiar is 

5 MPEG (i.e. MPEG-1 or MPEG-2). MPEG utilises three types of compressed 
picture: 1-firames, P-frames and B-frames. An I-frame is built up from 16 x 16 pbcel 
square blocks (Macroblocks) of image, represented as a set of spatial frequencies 
obtained through the Discrete Cosine Transform (DCT), where the low spatial 
frequencies are generally represented with much greater accuracy than the high spatial 

10 frequencies. Temporal redundancy is removed using P (predicted) and B 
(Bidirectional) frames. A particular Macroblock in a P-frame is generated at the 
encoder by searching a previous I-encoded frame (or P-frame) for a Macroblock which 
best matches that under consideration. When one is foimd the vector is calculated 
which represents the offset between the two. This motion vector, together with the 

15 error between the predicted block and the actual block, is all that need be sent in order 
to reconstruct the P-frame at the receiver. The third kind is called a B (Bi-directional) 
frame. B-frames are based on motion vectors obtained by past and fiiture I and P- 
frames; they provide a smoothing effect, increase the compression factor and reduce 
noise. 

20 Because P-frames are computed from previous P-frames, errors can build up, so it is 
necessary periodically to insert I frames. A typical MPEG sequence of frames may 
look like this:- 

IBBPBBPBBIBBPBBPBB I 

From the point of view of the present invention, MPEG exemplifies three properties 
25 of encoded media files that are factors in the design of a system such as is described 
here. 

The first property is that the initial sample structure is preserved through the 
encoding, i.e., the identity of individual frames is not lost in the encoded bitstream. 
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This means that temporal properties can be manipulated by adding or removing frames 
in the compressed domain. Secondly, a temporal window is defined (the MPEG 
Group of Pictures or GOP) within which temporal redundancy is exploited to achieve 
compression. Thirdly, a complex set of dependencies is defmed by the encoding; in 
5 MPEG, P-frames require I-frames, and B-frames require I and P-frames, for decoding. 

There are other examples of block-based encoding schemes that utiUse motion 
detection and compensation including H.261 and H.263. 

Block-based intra-frame only encoding schemes* 

There are other schemes, notably JPEG and DV (as defmed in SMPTE 314M-1999), 
10 that use block-based encoding without motion compensation. In both JPEG and DV, 
the basic scheme is to transform blocks of pixels into frequency components using the 
DCT, quantise the components by multiplying by a set of weighting factors, then 
variable-length code the result to produce the encoded bitstream. DV, however, 
introduces the concept of feed-forward quantisation that optimises the compression 
15 process prior to compression being applied. To do this the DCT-transformed image is 
examined and classified into areas of low, medium and high spatial detail. Using this 
information, different tables of quantisation factors are selected and used according to 
area, with the object of matching the fidelity with which frequency coefficients are 
represented, to the frequency response of the human visual system. 

20 A second feature of DV is it's use of block-based adaptive field/firame processing. 
What this means is that a 64-entry DCT block can represent either an 8-by-8 area of 
pbcels in a de-interlaced firame (an 8-8 DCT), or two 4-by-8 areas in the first and 
second fields of a frame (a 2-4-8 DCT). The choice between the two is done by 
detecting motion. The former scheme is used if there is little motion occurring 

25 between fields, the latter if motion is detected; this choice being made on a per-block 
basis. 

As with MPEG encoding, three observations can be made about the nature of the 
encoded bitstream. As before, the sample structure is preserved through the encoding; 
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secondly, a temporal window is defined which, in this case, represents the two fields 
of a fiame. Thirdly, a set of dependencies is defined: for example, dependencies exist 
between the fields within a frame wherever 2-4-8 DCT blacks have been generated. 

Subband encoding schemes* 

5 A more recent alternative to a block-based encoding scheme using a transform such as 
DCT, is a subband encoding whereby a complete image (rather than small blocks 
thereof) is processed into a set of frequency/space Umited bands, sometimes referred 
to as scales. An example of this is the Wavelet Transform. 

The wavelet transform has only relatively recently matured as a tool for ima^ 
10 analysis and compression. Reference may for example be made to Mallat, Stephane 
G. "A Theory for Multiresolution Signal Decomposition: The Wavelet 
Representation" IEEE Transactions on Pattern Analysis and Machine Intelligence, 
vol.1 1, No.7, pp 674-692 (Jul 1989) in which the Fast Wavelet Transform (FWT) is 
described. The FWT generates a hierarchy of power-of-two images or subbands 
15 where at each step the spatial sampling frequency - the Tmeness' of detail which is 
represented - is reduced by a factor of two in x and y. This procedure decorrelates the 
image samples with the result that most of the energy is compacted into a small 
number of high-magnitude coefficients within a subband, the rest being mainly zero or 
low-value, offering considerable opportunity for compression. 

20 Each subband describes the image in terms of a particular combination of 
spatial/frequency components. This is illustrated in Figure 2A. Here, a wavelet filter 
is applied tv^ce to an image. After the first application 4 subbands at Level 0 result, 
with each subband a quarter the scale of the original; after the second application, four 
new one-eigth-scale subbands are created. To reconstruct an image fully, the 

25 procedure is followed in reverse order using an inverse wavelet filter. The Figure also 
illustrates the scheme used to name subbands: 'L' and 'H' refer to Low-pass and 
High-pass wavelet filters which are applied in x and y to generate a subband. 
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Applying the H filter in both x and y gives the 'HH' subband, applying 'L' in x and 
'HMn y results in a 'LH\ and so forth. 

Subbands need not always be fully reconstructed into the original image; they may be 
combined in different ways to produce a final image to satisfy some set of individual 

5 requirements. Three examples are shown in Figure 2. In Figure 2B, the LL sub-band of 
Level 1 is used as a one-sbaeenth scale version of the original. In Figure 2C, the four 
subbands of Level 0 are inversely transformed to reconstruct a one-quarter resolution 
version of the original. In the third example. Figure 2D, the LL and LH sub-bands of 
Level 1 are used, together with the LH sub-band of Level 0 to reconstruct an original 

10 resolution image, but with horizontal features at all scales emphasised. 

Image Tree-based Compression. 

Tree-based data structures can be used by compression schemes to exploit spatial 
redimdancy in images, A recent development of such a scheme is the SPIHT 
algorithm; see Beong-Jo Kim, Zfaciang Xiong and William Pearlmaa ''Very Low Bit- 
15 Rate Embedded Coding with 3D Set Partitioning in Hierarchical Trees submitted to 
IEEE Trans. Circuits & Systems for Video Technology, Special Issue on Image and 
Video Processing for Emerging Interactive Multimedia Services, Sept. 1998. 

The SPIHT algorithm is an effective compression step for use in conjunction witii a 
wavelet transform, since it can efficiently exploit the decorrelation of the input image 

20 provided by the transform to get high levels of data reduction. For the purposes of 
the present invention a key feature of the SPIHT algorithm is its ability to analyse the 
transformed image in terms of Significance, It efficiently locates and partially orders 
all the samples with respect to bit-significance, i.e., the position at which the highest- 
order bit in a sample is set. Since this corresponds to the magnitude of the sample, the 

25 samples are effectively ordered with respect to their energies, or the contribution they 
make to the reconstructed object. A significance layer is generated by choosing a bit- 
position and outputting the value of that bit-position (1 or 0) for all the samples for 
which that bit-position is defined. 
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As with MPEG encoding, a set of dependencies between related image components is 
defined by schemes such as Waveiet/SPIHT compression. In this case, a significance 
layer can be decoded only if the next highest significance layer can also be decoded. 
Similarly, to decode a subband (e.g. LHO in Figure 1) the parent subband (LHl in 
5 Figure 1 ) must also be decoded. 

3D Schemes 

The Wavelet and SPIHT compression schemes can be extended to the third (time) 
dimension in a fairly straightforward manner. In this case a sequence of frames are 
captured and are treated as a 3-dimensional block of data. The wavelet filter is applied 
10 along the time dimension as many times as it is along the vertical and horizontal 
dimensions, resulting in a transformed block comprising a set of spatio-temporal 
cubes, each of which is a subband. The 3D-SPIHT algorithm represent these 
subbands in terms of octtrees (as opposed to quadtrees in the 2D case) and generates 
the bitstream accordingly. 

15 Other compression schemes can also be used in the present invention, as will be 
appreciated by the skilled implemented 

B.An Overview 
Image Encoding 

20 The method of the present invention requires, in one embodiment, that image data be 
encoded in such a way that the resulting data for a sequence of frames can be 
partitioned into two or more slices using an encoding process. Different slices will 
encode different parts of the sequence of images at different resolutions and quality. It 
must be possible to decode a sub-set of the compete data set in order to re-construct 

25 the sequence of firames at a particular displayed resolution, quality and frame rate. 

By way of preferred exan:4)le, partitioning of a bitstream generated using a wavelet 
transform and SPIHT compression into slices is described later on in this 
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Specification. By decoding one or more of these slices of data, it is possible to re- 
construct the frame or sequence of frames at a particular displayed resolution, quality 
and frame rate. In general, the quality of the resulting frame or sequence of frames will 
depend on the total amount of data that is being decoded. The choice of slices that are 

5 used to re-construct the frame or sequence of frames can be made on the basis of the 
desired resolution, quality and frame rale. Also, it is possible to improve the quality, 
resolution and frame rate of an existing frame or sequence of frames by adding more 
slices. This general process is known as "enhancement". (In the wavelet-based 
example given later, we also use the term 'refinement' for this process.) Typically, 

10 enhancement occurs by adding new slices to existing layers or by adding the first slices 
from a new layer; possibly, but rarely, it may involve adding an entire new layer (i.e. 
all the slices for that layer). 



C. System description 

15 The system capable of performing the method of the present invention comprises an 
Encoder, a Network, a Server and N clients, as shown in Figure 1 . 

A Encoder compresses the incoming media, structures it into layers and adds layer 
labelling information as described in the next section, prior to transmitting it as a 
bitstream over a distal commimications network, to be stored on the Server. 

20 In Figure 1, there are N clients, each of which engages in a session with the media 
Server during which media content and control information are transmitted. For each 
client a control channel to the Server is maintained which allows that client to request 
that media be transmitted to it. The types of requests that can be made include (but 
are not limited to) the foUowing:- 

25 • Seek to a particular point in the media file. 

• Transmit a media clip at a particular quality. 
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• Transmit extra infonnation to improve in a specified way the quality of the media 
at the Client. 

These requests support a variety of useful application-level functions at the Client 
such as video previewing using fast-forward and rewind, single-ftame stepping 

5 forwards and backwards, and fireeze-frame. For example, in a media browsing 
application, a low-quality version of the media may be sent to the client with very 
little latency, to allow the user to start work inmiediately, for example, on rapidly 
scanning through a file to locate items of interest. Initially the user may not so much 
be interested in the absolute quality of the media, as in the responsiveness of the 

10 system to requests to move rapidly from one point to another. Having found an item 
of interest the application may then determine that this particular section of the media 
is to be rendered at greater quality and issue an appropriate request to the Server. The 
Server calculates which extra layers should be delivered to improve the media 
information in the way required and transmits only those layers. Note that no extra 

15 processing of the media file is required during this procedure other than to locate and 
send the appropriate sets of data. Note also that the quality improvement may occur 
in a number of ways, including: 

• Increasing the temporal resolution of the media (i.e., for video, allow more 
individual firames to be resolved). 

20 • Increasing the spatial resolution of the video. 

• Increasing the sampling firequency of the audio. 

• Decreasing the degree of distortion of the media. 

Central to the working of this scheme is the mechanism used to convert a media file in 
any encoding format, including those described in the preceding section, into a layered 
25 format with properties that support the operations described above. This is the 
purpose of Layer Labelling as described in the next section. 
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D. Description of Layer Labelling 
Overview 

A Layered bitstream is built out of a media encoding by splitting it up into packets 
(called chunks or slices here) in a manner determined by the encoding type, and 

5 appending Labek to the chunks that uniquely describe their contribution to the 
reconstructed file. In order that distributed tools can be built and configured to 
understand the formats of many layered bitstreams in a distributed environment, static 
signalling information (constant throughout a stream's lifetime) is made available, 
either as a reference to a globally available file, or as data sent once in the bitstream. 

10 For configuration information that must vary within the stream, provision is made for 
dynamic signalling information to be carried in the bitstream. 

To be successfiil the labelling scheme must do three things well: 

• Eflficiently and controUably allow parts of a media fde to be selected to obtain a 
particular quality of service to satisfy media quality, bit-rate or latency 

15 requirements. 

• Efficiently support the location and transmission of those parts of the media 
necessary to reconstruct a particular item to a specified quality. 

• Encapsulate the underlying media encoding and hide complex details while offering 
a uniform, media encoding-independent, layered view of the file. 

20 The first requirement is addressed through the concept of a Filter that specifies which 
parts of the file are to be selected for transmission. The second requirement needs in- 
band signalling information to describe and delineate the layered structure within the 
bitstream. The third requirement is addressed through an indirection mechanism that 
maps the subtleties of a particular encoding to the uniform layered view. This 

25 indirection mechanism is termed the Codebook. A Codebook is defined for every new 
encoding scheme, or variations of existing schemes with new parameters. 
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Layer Labelling Format 

This section defines the format of the layer labels used in the present invention to 
convert a media file to a layered stream format. Streams are stored and transmitted as 
contiguous groups of chunks, each with a chunk header defining the length and type of 
5 the chunk. Some chunk types are reserved for carrying data (termed slices), whereas 
others are used for signalling. 

Extra configuration information for these streams, such as encoding format and slice 
dependencies, can be associated with the data stream. The static portion of this 
information can be stored externally, or in-band using signalling chimks; dynamic 
1 0 information is always stored in-band. 

Chunk Header 

All chunks are introduced by a chunk header, the format of which is illustrated in 
Figure 3. All chxmks, irrespective of their type, are introduced by one of these 
headers. The result is a data stream whose structure is fixed, while still allowing room 
15 for expansion in the fiiture. 

Type 

The 2-bit type field is used to distinguish between 4 independent sets of chunk types. 
(The issue of independence is important, since there is no way to specify a 
dependency between two labels belonging to different types.) The following type 
20 values are currently defmed: 

data chunks (slices) 

signalling chunks 

Length 



SUBSTITUTE SHEET (RULE 26) 



wo 00/65834 



PCr/GBOO/01616 



15 

The 22-bit length field gives the length of the chunk in bytes, including the header. A 
chunk containing no payload infonnation (i.e. just a header) would, therefore, have a 
length of 4. 

Label 

5 The 8-bit label field is the layer label for the chunk. The interpretation of the label is 
dependent on the type field (see above), so the header format allows for 4 sets of 256 
labels. 

Terminology 

Data chunks (equivalently termed slices) are used to encapsulate a .stream of 
1 0 multimedia data. The labels attached to the slices are used to indicate the nature of the 
slice contents and their dependency relationships with other sUces in the stream. 
Signalling chunks can be used within the stream to pass extra information about the 
data, such as details about how it has been encoded or filtered. 

Slice 

15 The manner in which the slice label allocation is done depends on the exact nature of 
the multimedia data being encapsulated. There are a set of basic schemes which are 
mutually agreed between all the tools, but new allocation schemes can be added in 
order to tailor the system to suit different situations. The only restrictions are: 

• sUces within a data stream must all be labelled using the same allocation scheme; 
20 • slices must be labelled uniquely with respect to the data they contain; and 

• label allocation must be done in slice dependency order. 

The first restriction is self explanatory, but the others merit fiirther discussion. The 
slice label is taken as an indication of the data contents of the slice, and is used by the 
system to separate and merge the slices to obtain data streams of differing quality. In 
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order to allow the stream decoders to be stateless, the slice label must identify 
uniquely the actual data contents. As a result, slices v^ch are too long to be 
encapsulated as a single chunk must be split in such a way as to enable the decoder to 
determine which is the base data and which is the continuation information. 

5 The slice labelling must also reflect the dependency hierarchy, with aU slices having 
numerically lower label values than those which depend on them. This means that 
when the slices of a stream are encoded in dependency order, the label values increase 
in line with the progress through a dependency unit (see context below). Not only 
does this simplify the job of merging the slices from data streams which have been 

10 split previously, but also allows the boundaries between contexts to be implicit (if a 
slice label is not numerically greater than its predecessor, then it must belong to a new 
context). 

Context 

A group of slices which are related by dependency (either spatial or temporal) is called 
15 a context. As described above, the label values for the slices vnXbm the context must 
be arranged so that they arc in numerically increasing order. This usually allows the 
boundaries between contexts to be detected implicitly, without the need for an explicit 
signalling chunk. Based on the label allocation scheme described above, slices within 
the context will also, therefore, be arrai^ed in dependency order such that sUces 
20 always precede those which are dependent on them. 

Because of the number of slice labels available (and the restriction of unique slice 
labelling), it follows that the maximum number of slices which comprise a context is 
256. The dependency hierarchy for the slice labels is defined in a code book (see 
below) and is fixed for the duration of the data stream. Note that it is not mandatory 
25 for slice labels to be allocated consecutively (i.e, gaps in the allocation scheme are 
allowed); nor is it essential for a specific slice label to be present in all contexts. 
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As well as grouping together slices which are related by dependency, contexts have a 
very important role m defining the boundaries at which editing can be performed. 
There is no need for explicit signalling chunks to determine valid edit points. 

Contexts are assumed to be separated from their neighbours in the temporal domain, 
5 and be independent of them; in other words, when contexts are extracted from the data 
stream, each should be capable of being decoded as a stand alone entity. The one 
exception to this is exemplified by encoding schemes such as MPEG which have 
temporal dependencies between adjacent Groups Of Pictures. This is handled by 
associating an "overlap" with each context allowing temporal units (see sample below) 
10 to be marked as dependent on the immediately preceding context 

The overlap value, stored in the media header (see below), defines how these inter- 
context dependencies are handled: an overlap value of n implies that the first n 
samples of a context are dependent on the previous context. Since the normal 
situation is for contexts to be temporally self-contained, the default overlap value is 
15 zero. In the case where it is not zero, the shce dependency hierarchy must reflect the 
inter-context peculiarities of the encoding scheme, with "phantom" dependencies being 
added if necessary. 

Sample 

Multimedia data streams are usually represented as a sequence of discrete units, each 
20 with a well defined temporal position in the stream. This is particularly true with 
video data, which is usually modelled as a set of separate frames (even though the 
frames may have been reordered and grouped in the encoding process, such as with 
MPEG). The data streams preserve the natural temporal unit of the encoding scheme, 
with each discrete unit bemg termed a sample. Whether a context contains a single 
25 sample or a group of samples is dependent on the encoding technique used, but 
specific techniques usually follow a very rigid repeating pattern. By default, 
therefore, each context is assumed to contain a fixed number of samples, with the 
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context spacing (samples per context repeat count) defined in the system header (see 
below). 

The distinction between contexts and samples is unportant when contemplating the 
temporal dependencies of the multimedia data (such as a 3-D Wavelet/SPIHT scheme) 

5 and the ability to perform temporal decimation (such as playing every fourth fiame of 
a video sequence). A context contains the smallest number of samples which make up 
a temporal encoding unit (GOP for MPEG, GOF for Wavelet/SPIHT), with the 
spatial and temporal dependencies being handled in exactly the same manner. Within 
the context, each slice is given a temporal priority (see below) which allows for 

10 intelligent decimation of the temporal sequence, but does not in itself imply any kind 
of temporal dependency. 

System Header 

The system header is used to define the stream attributes which are relevant at the 
system layer only. Basically, this means parameters which are needed by the Server 
15 to provide the level of service required of them. For example, the defauh context 
spacing is needed in order to construct the mappings between contexts and samples. 

Media Header 

The media header is used to define the stream attributes which are relevant at the 
media layer only. This means parameters which are needed by the stream decoder in 
20 order to make sense of the data stream, but which are not required by the Server. 
Examples which fall mto this category are: the horizontal and vertical resolutions of a 
video encoding; the inter-context dependency overlap; and a reference to the code book 
which has been used for the encoding. 

The reason there is a separate media header chunk, rather than combining the 
25 mformation with that in the code book is because code books are generic m nature and 
tend to be independent of the raw properties of the original media. The media header 
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fills in these details for a specific recording, thus greatly reducing the number of code 
books which are required by the system as a whole. 

Code Book 

The code book is used to defme the dependency and quality relationships of the slices 
5 within a context, and is necessary in order to construct a filter for a data stream* 
Irrespective of whether the dependencies are spatial or temporal, the relationships 
between the individual slices can be represented as a simple hierarchy: each sUce type 
(i.e. slice with a specific label) has a predetermined set of other slice types on which it 
is dependent. The nature of the hierarchy is, obviously, dependent on the labelling 
10 scheme used; but the code book technique allows a great deal of flexibility providing 
the basic rules of slice labelling are not violated (see above). 

In the context of the code book, "dependency" has the following meaning. For one 
slice to be dependent on another, it must be impossible to decode the slice without it. 
(This is true, for example, with MPEG video where the I firame is necessary before the 
15 first P frame can be decoded.) Note that this dependency relationship says nothing 
about the desirability of slices when it comes to producing results of acceptable 
quality. 

As well as defming the dependency hierarchy, it is the job of the code book to store a 
mapping between the individual slice values and the "quality" of the decoded data 
20 stream which include those slices. The stream quality is, by necessity, a vague and 
subjective factor compared to the strict slice dependencies described above; indeed it is 
likely that there is more than one quality dimension. For example, 3-D 
Wavelet/SPIHT encoded video can be thought of as having four quality axes: scale 
(unage size), fidelity (image quality), colour and temporal blxir. 

25 The bulk of the code book comprises a series of tables (one for each slice label) 
containing the dependency data, the temporal priority and a set of quality parameters, 
one for each quality axis. The number and type of quality axes defined is dependent 
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on the nature of the multimedia data and the encoding scheme used. To simplify 
matters, three important restrictions are applied to quality axes: 

Quality axes are assigned names (or quality tags) vAdch have global significance. Code 
books which employ the same quality tag must use the same allocation scheme when 
5 it comes to quaUty parameters for the relevant axis. 

Quality parameters are always specified with regard to the highest quality (unfiltered) 
version of the data stream. In the case of video, for example, this allows a conmion 
code book to be used irrespective of the image size. 

The quality parameters themselves must, where practical, be independent of the actual 
10 encoding scheme used. For example, the scale parameters for video data might 
represent the width or height of a scaled image compared to the original, assuming an 
imchanged aspect ratio. 

The code book header contains the list of quality tags for which quality parameters 
will be found in the tables which follow. This, combined with the restrictions outlined 
15 above, allows for filter creation to be done in a manner which is entirely independent 
of the multimedia data type and encoding scheme. A filter created using a quality axis 
which is either absent or unspecified always results in sUces being unfiltered with 
respect to that axis. 

Temporal Priority 

20 It is often necessary to decimate a data stream, either to reduce the bandwidth 
requirements or to play it at faster than normal rate. Given the different data encoding 
schemes, it is not always sensible to work with naive sub-sampling schemes such as 
' "one sample out of every four". There are two reasons for this. 

The inter-slice dependencies of the relevant samples may prohibit simple decimation. 
25 This is true, for example, with MPEG video, where there is a complex web of 
temporal dependencies between the I, P and B frames. 
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When attempting to maintain a cache of slice data and ensure effective use of available 
bandwidth, it is essential that repeated (or refined) sub-sampling requests should be 
carefully orchestrated so as to maximise the data overly. 

Accordingly, each slice in a context is assigned a temporal priority which is used to 
5 control decimation. For example, in MPEG video, slices belonging to the I, P and B 
frames would be allocated temporal priorities of 0, 1 and 2 respectively. It is these 
temporal priorities which are used when performing temporal filtering below the level 
of the context. 

Signalling Chunks 

10 The signalling chunks are used to identify and annotate the data chimks in a data 
stream. Whether they are stored together by Servers or generated on the fly at the 
time of delivery is an implementation detail which is outside the scope of this 
document. The signalling chunks fall into three distinct categories: static, dynamic and 
padding. 

IS Static chunks 

The static chunks define parameters which do not change during the lifetime of the 
data stream. This includes the definitions of the basic default values which apply to 
the whole stream, such as the identity of the code book which has been employed to 
generate the data slices. Since these chunks are static, there is no necessity for them to 
20 be included as part of the data stream: it is just as vaUd for the mformation to be sent 
out-of-band or, as in the case of re-usable code book tables, by reference. If they are 
transmitted or stored in-band, however, they must be unique, precede the furst data 
slice and be stored in numerically increasing opcode order. 

Dynamic chunks 

25 The dynamic chunks define those parameters which vary depending on their position 
within the data stream. This includes fdtration information, since the filters used to 
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generate the stream can vary as the slices are delivered. It also includes all the variable 
conte?ct and sample information, such as the indication of "seek" operations and the 
handing of contexts with a context spacing which is not constant. Dynamic chunks, 
by their very nature, carry positional information within the data stream, and hence 
5 must always be sent in-band. Where present, dynamic chunks are only valid at 
context boundaries. 

Padding chunks 

The padding chunks have no semandc influence on the data stream, and hence can be 
positioned at any chimk boundary. 

10 

Static Signalling Chunks 

System Header 

Type: Static 
Opcode: 0x00 

15 Contents: Information which is specific to the system layer only (Media Server), and 
is not required to filter or decode the data stream. The parameters are: 

context spacing 

Format: Name/Value pairs. 

Status: Mandatory. 

20 Position: Out-of-band, or in-band before fast data slice. 

Media Header 
Type: Static 



SUBSTITUTE SHEET (RULE 26) 



10 



wo 00/65834 PCT/GB00y01616 

23 

Opcode: 0x01 

Contents: Information vAnch is specific to the media layer only (Decoder), and is 
not required for the operation of the Media Server. The parameters are: 

original media parameters 

context dependency overlap 

code book reference 
Format: NameA/^alue pairs. 
Status: Mandatory. 

Position: Out-of-band, or in-band before first data slice. 
Code Book 



Type: Static 
Opcode: 0x02 

Contents: Information which is specific to the generation of slice filters only, is 
1 5 not required for the operation of the Media Server or Decoder. 

quality tag list 

slice dependency information 
slice quality information 
slice temporal priority information 
20 Status: Mandatory. 

Position: Out-of-band, by reference, or in-band before first data slice. 



Meta Data 
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Type: Static 
Opcode: 0x04 

Contents: Information which is pertinent to the data stream, but which is not 
required for its storage, filtration or transmission. Examples are: 

5 date, time & location 

edit history 

copyright notice 

Format: NameA^alue pairs. 

Status: Optional. 

10 Position: Out-of-band, or in-band before first data slice. 



UyerPata fU3,4) 

Type: Static 

Opcode: 0x05, 0x06, 0x07, 0x08 

15 Contents: Private information, added into the data stream by the generator of the 
encoding, but which is not interpreted by the system in any way. 

Format: Opaque byte array. 

Status: Optional. 

Position: Out-of-band, or in-band before first data slice.. 

20 

Dynamic Signalling Chunks 
Baseline 

Type: Dynamic 
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10 



Opcode: 0x80 

Contents: Information regarding the stream's current position with respect to the 
context and sample sequence numbers, and is usually used to indicate a 
"seek" operation within the data stream. Has two parameters, either of 
which can be omitted if the value can be inferred from the stream position: 

context sequence 

sample sequence 

At the start of a data stream, unless otherwise specified, it is assumed that 
the context and sample sequence numbers both start at zero. 

Format: 64-bit little-endian binary. 

Status: Optional. 

Position : In-band at context boundaries. 



Context Start 

15 Type: Dynamic 
Opcode: 0x81 

Contents: A context spacing for the immediately following context 
Format: 32-bit little-endian binary. 

Status: Optional. Only necessary if the context spacing is different to the default. 
20 Position: In-band at context boxmdaries. 



Context End 
Type: Dynamic 
Opcode: 0x82 
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Contents: None. 
Format: n/a 

Status: Optional. Only necessary if context boundary cannot be determined by 



5 Position: In-band at context boundaries, 

Filter Definition 
Type: Dynamic 
Opcode: 0x83 

1 0 Contents: Used to encode stream filtration information for the data slices which 



simple comparison of slice type values. 



follow. It takes the form of a pair of bit sequences (possibly compressed) 
indicating which data has been fdtered out of the subsequent stream. 



15 



The slice mask indicates which of the 256 possible slice types have been 
filtered out of the data stream. It does not imply that the remaining slice 
types will be found in the stream; nor does it guarantee that the slices 



which are present conform to the dependency criteria specified in the code 



book. 



20 



The context mask is used to indicate which whole contexts have been 
filtered out of the data stream. Each context has a unique position in the 
sequence, and mask refers to the position value modulo 240 (a number 
chosen because of its numerical properties, being the common multiple of 



25 



2, 3, 4, 5, 6, 8, 10, 12, 15, 16, 20, 24 and 30). Unlike the slice mask, the 
context mask can be used to determine which contexts are present and 
which are absent. In the case of inter-context dependencies, however, 
there is no guarantee that the relevant information is actually present. 



Status: 



Optional. 
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Position: In-band at context boundaries 

Padding Signalling Chunk 
Padding 
5 Type: Dynamic 
Opcode: Qxff 

Contents: Opaque byte array. Padding chunks may be necessary in the case 
where fixed bit-rate streams are encoded or specific byte alignments are 
required. They can also be used to re-label a slice in place for data 
1 0 filtration experiments. 

Format: Opaque byte array. 

Status: Optional. 

Position: In-band. 

15 Layer Labelling, Filtering, Merging and Codebook Examples. 

Figure 4 gives an overview of some typical transformations undergone by a media file 
as it is layered, filtered and decoded. In particular, the Figure shows the two styles of 
filtering that are possible: filtering at the Slice level (within a dependency unit), and 
filtering at the Context level (across entire dependency units). Slice-level filtering can 
20 be used to change the colour depth, spatial resolution, fidelity or temporal resolution 
of the media. Context-level fdtering has a coarser 'grain' and is designed mainly to 
support temporal decimation of the media. 

Wavelet Example 

Figure 5 shows a more detailed example of labelling Wavelet/SPIHT-encoded data. A 
25 depth 2 wavelet decomposition with four significance levels results in a Context of 28 
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sUces. A fragment of one possible Codebook for this encoding is shown in Figure 6 
and an example of how the Codebook is used to generate a Filter is illustrated in Figure 
7. 

Referring to Figure 6, the header of the Codebook includes a CodebookID field for 
5 self-identification, a QuaUtyTags field that specifies the quality axes available for this 
encoding, a QualityDivisions field that specifies, using plain-text names, how those 
axes are labelled, and an OriginaiSize field that specifies the spatial resolution of the 
original media, to provide a baseline for scale calculations. 

Each encoding scheme may have its own individual Codebook defined, but any 
10 Codebooks that share common QuaUtyTags entries must use exactly the same 
QualityDivisions scheme to label the quality axes. Textual names are used to map 
properties of the different media encodings, which may be similar but not identical, 
into a single quality scheme. This results in an important capability of the system: 
that an application can be written to manipulate media using these names in a manner 
15 that is completely independent of encodir^ format. 

In the Figure it is assumed that a file manipulation tool wishes to extract a medium 
fidelity, monochrome, half-scale version of a 352 by 288 video encoding. To 
accomplish this the Codebook is searched (in practice this is optimised using pre- 
calculated indices) for the highest-numbered label with the required value of 

20 QuaUtyParams, i.e., "scale=half, fidelity=medium". Having found this label (13) aU 
the dependent labels are visited until the dependency graph is completely resolved. 
As this proceeds the bit mask representing the Slice Filter is built: a 'zero' at bit 
position n indicates that the sUce with label («) is required in the filtered bitstream, a 
'one' means that it should be absent. The result of using this filter is iUustrated in 

25 Figure 7. 

Filtered sUces are preceded by a Filter Definition signalling chunk which holds the sUce 
mask used to perform the fdtering. This value can be used by downstream tools that 
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require knowledge of the stream characteristics, for example, to initialise a decoder, or 
set up memory areas for buffering. The Slice Mask is also used when filtered 
bitstreams are merged to determine the sUce content of the resulting stream, as 
illustrated in Figure 8. Here, a refinement stream containing slices 16, 17, 20, 21, 24 
5 and 25 is mei^ed with the half-scale, low-resolution filtered stream of Figure 7 to 
obtain a fiill-scale, low-resolution encoding. The slice mask for the combined stream is 
obtained using a simple bitwise OR of the two input Slice Masks. 

MPEG Example 

Figure 9 shows an example of labelling MPEG-encoded data, and Figure 10 shows a 
10 fragment of the corresponding Codebook. In this example it is assumed that a file 
manipulation tool wants to generate a Filter that operates on slices in such a way as to 
generate a fast playback stream. In this encoding a Slice represents an MPEG fi:ame, 
so the effect of the Filter is to decimate the stream temporally. From the Codebook 
the tool resolves the dependence hierarchy for the QualityParams playrate=fast and 
1 5 builds the Slice Filter as described above. The result of applying the Filter is shown in 
Figure 11. 

DV Example 

Figure 12 shows an example of labeUing DV-encoded data, and Figure 13 shows a 
firagment of the corresponding Codebook. In this example the DV-encoded data is 

20 labelled according to the following scheme: data that represents both 2-by-4-by-8 and 
8-by-8 DCT blocks from field 1 are assigned slice label 0; data that represents, 8-by-8 
DCT blocks only from field 2, are assigned sUce label 1. This results in two layers, a 
base layer with half-vertical resolution derived from field I, and the refinement layer 
that produces the fiill-resolution reconstruction. Figure 14 illustrates the result of 

25 ^plying a Filter that selects label-0 Slices only, so producing a half vertical resolution 
video stream. 

E. Client-driven image delivery 
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The method described in this specification allows a client to specify information about 
an image that it wishes to receive and have the server deUver the appropriate slices of 
the image data at the appropriate time. The client can specify (amongst other 
parameters) the image size, the image quality, the firame-rate and the data rate. The 
5 server will use this information to decide which sections of the image data should be 
sent to the client and at what rate. 

The client can also specify a playback rate at which the data is delivered. The display 
time of each fiame is used to deliver the data in a timely nianner appropriate for the 
selected rate. 

10 

F. Playback parameters 

When a client requests the delivery of data it specifies a set of playback parameters 
that are typically specific to the needs and circumstances of that client- The playback 
parameters may specify the allowable value for any quality parameters that are 
15 specified for the media. The playback parameters may be specified by the client; they 
may already be stored on the server or they may consist of a combination of client and 
server parameters. 

In particular the playback parameters may define one or more of the following media 
parameters for an image or sequence of images: 

20 (i) the spatial resolution of the image or images; 

(ii) the level of distortion in the image or images; ^ 

(iii) the number of displayable images; 

(iv) the selection of colour components within one or more images; 

(v) a sub-set of the available frames to be delivered; and 
25 (vi) a region of interest within one or more firames; 
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The playback parameters may also define one or more of the following media 
parameters for audio: 

(i) the distortion of the audio; 

(ii) the dynamic range of the audio; 

5 (iii) the number of audio channels to be transmitted; and 

(iv) selection of monophonic, stereophonic or quadraphonic audio. 

In the Codebook case some of these parameters may be encapsulated in a client- 
generated or server-generated filter for the media. 

10 G. Server playback 

The enhancement may be specified by the client; they may already be stored on the 
server or they may consist of a combination of client and server parameters. The 
server uses the playback parameters to deliver the appropriate data to the client This 
process involves the following steps: 
15 1 ) The server determines the total set of slices to be transmitted. 
2) The server delivers the slices at the appropriate rate. 

H. Determining the set of slices for playback 

The server selects the slices that need to be transmitted on the basis of some of the 
20 playback parameters. It starts vvith a complete set of slices and then discards slices on 
the following basis: 

• It discards all sUces that code colour components that are not required. 

• It discards all slices that code only for fiames that lie outside the specified set of 
frames. 
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• It discards all slices that code only for frames that are not required for the selected 
frame rate. 

• It discards all slices that code for a quality greater than the required quality that 
have parent layers that code for at least the required quality. 

5 • It discards all slices that code for a scale greater than the required scale that have 
parent layers that code for at least the required scale. 

• It discards all sUces that are marked as already available on the cUent. 

• It discards all slices for which any quality parameter lies outside the allowable 
range specified in the playback parameters for that parameter. 

10 Other selection criteria may also be applied at this point. 



L Delivery of the slices for playback 

The server delivers the selected slices to the client at the data rate required for display 
at the specified playback rate. It uses the timing information associated with the slices 
15 to deliver the data in accordance with standard pacing mechanisms for streaming time- 
dependent media. 



J. Discarding data sections 

In order to display the resulting firames in a timely maimer the data m\ist be delivered 
20 at the requested rate. When this is not possible the server must discard some of the 
slices. This can happen because the data rate of the selected slices is higher than the 
maximnm data rate specified in the playback parameters, or it can happen because the 
transmission charmel does not have sufficient capacity for the selected data rate on a 
permanent or temporary basis. Data is discarded according to a list of criteria, 
25 including those contained in a sub-set of the playback parameters known as the 
discard parameters. The most important criterion is the dependence between data 
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sections and their parents. The parents of a data section are never discarded before the 
data section itself. The remaining criteria and the order in which they are applied are 
specified by the client in the discard parameters. The following criteria can be applied: 

• Slices that are required for a given fiame-rate or higher may be discarded 
5 • Slices that code for a given scale or greater can be discarded 

• Slices that code for a given quality or better can be discarded 

• Slices that code for a specific region can be discarded 

• Slices that code for specific colour components can be discarded 

• Slices with quality parameters that exceed a given limit value may be discarded 

10 Other criteria may also be applied at this point. Each criterion in the list may refer to 
any of the quality parameters that apply to the slices, and the same quality parameter 
may appear in multiple criteria. For example, the discard parameters may first discard 
all data above a certain quality, then discard alternate frames and then discard all data 
above a second, lower quality. Data is discarded until the required data rate is at or 

15 below the available capacity at the time. 



K* Changes to playback parameters 

The client may change the playback parameters at any time. The server will re- 
calculate the new set of required slices, allowing for the sUces that have ahready been 
20 delivered to the client. If a slice is currently being transmitted, transmission may be 
completed unless the slice no longer appears in the required list, in which case it may 
be terminated. If the transmission is terminated the data stream is marked accordingly 
to notify the client of the incomplete slice. 



25 L. Data storage by the client 
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When the client successfully receives the data it is stored for decoding and re-use. At a 
later time the server can enhance the stored data by transmitting other slices for the 
frame or sequences of frames. The client will add this data to the existing stored data 
to give compressed data that can be decoded to generate a frame or sequence of frames 
5 at a higher quality, resolution or frame-rate. When the time comes to display a frame 
or sequence of frames, the client can use a combination of stored data and data that is 
currently being delivered from the server to provide the compressed form of the frame 
or sequences of frames. This data is then decoded and displayed as appropriate. 



10 M. Dealing with limited channel capacity 

The data channel will have limited capacity depending on factors such as the overall 
capacity of the network, the network usage and the capacity that is allocated to the 
chaimel. If the capacity requested by the playback profile is greater than the available 
capacity, the server will reduce the amount of data that is sent using the criteria given 
15 by the discard parameters. If the capacity requested by the quality profile is less than 
the capacity available on the channel, or if it is not possible to exactly match the 
available data rate for playback, there is said to be surplus capacity. 

N. Surplus channel capacity 

20 Surplus capacity can become available in a number of ways. For example, the client 
may specify a may^miim quality setting in the playback profile while altering the 
required frame-rate depending on user action. When the video is being played in slow 
motion, the capacity required for the video data may be reduced, leading to surplus 
capacity. In the extreme case the user may halt playback in order to display a still 

25 image. Once the still has been transferred at the required quality, no further data will 
be required and the entire channel capacity will be available as surplus capacity. 
Likewise the client may re-play a frame or sequence of frames that has previously 
been delivered. Some of the required data for the frames will akeady be stored by the 
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client so that less capacity will be required for playback of the data at the specified 
quality. The playback parameters may also be chosen to specify a quality that can be 
delivered without using all the available channel capacity. The remaining capacity is 
surplus capacity. Thus some or all of the channel capacity may be siuplus. 

5 

Using Surplus Capacity 

When there is surplus capacity on the channel it can be used to improve the quality of 
video fi:ames by pre-loading some or all of the image data for those frames. This may 
involve loading data for new frames that have not been previously downloaded (i.e. 

10 'supplementing' previously downloaded frames) or it may involve enhancement of 
existing frames by downloading more slices for those frames. This process is known as 
enhancement and is under the control of a set of enhancement parameters. 
'Enhancement' therefore also includes supplementing previously downloaded frames. 
The set of enhancement parameters is also known as an enhancement profile, and it is 

15 used to select the order in vAazh the frames that are to be pre-loaded and the amoimt 
of data that is to be loaded for each frame. 

For example, surplus capacity may be used to load a low quality version of an entire 
sequence to aUow subsequent fast play through the material. Or the surplus capacity 
may be used to load certain key firames for the sequence for scrubbing through the 
20 material. Or it may be used to improve the quality of the frames surrounding the 
current playback position. 

The data may be retained on the client for re-use at a later time, or it may be treated as 
temporary and discarded once the client has no more immediate use for it. 

In some cases there may be problems delivering data from the server to the client. For 
25 example, delivery might be over a network using an unreliable transport protocol. In 
this case there may be gaps in the stored data due to loss of data on the network. The 
surplus capacity can be used to supplement or fill-in these gaps to provide a complete 
set of compressed data. 
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O. Server enhancement 

The server uses the enhancement parameters to deliver the appropriate data to the 
client This process involves the foUovsdng steps: 
5 • The server determines the total set of slices to be transmitted, 

• The server orders the slices in accordance with the enhancement parameters. 

• The server delivers the slices using all the available surplus capacity. 

Selecting slices for enhancement 

10 The enhancement parameters are used to select the slices for enhancement in the same 
way that the playback parameters are used to select slices for playback. 

Ordering slices for enhancement 

Once the enhancement slices are selected there is then an additional step in which the 
15 slices are re-ordered to match the requirements of the enhancement parameters. This 
allows the client to specify the order in which the slices are delivered and hence the 
way in which the surplus bandwidth is used to enhance or supplement the local copy 
of the image. 

Slices are ordered by ^^^^^^igning a score to each slice. This score is calculated on the 
20 basis of the value for each available quality parameter and the importance assigned to 
that quality parameter in the enhancement parameters. 

The following parameters can be used to score a slice: 

• The scale/resolution available within the given slice. 

• The distortion present within the given slice. 
25 • The frames that are encoded by the given slice. 
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• The region of interest within a frame that is encoded by the given sUce. 

• The colour components encoded by the given slice. 

• Any other quality parameter specified for that sUce. 

• Other ordering criteria may also be applied at this point. 

5 The sUces are ordered according to the score for each slice. Finally, the slices are 
ordered to ensure that the parent of a slice always appears before the slice itself, to 
ensure that every slice can be decoded as soon as it arrives. 

Delivering slices for enhancement 

10 Slices for enhancement are delivered using all the surplus capacity available on the 
conmnmications charmel. Unlike the playback case, there is no pacing or streaming of 
the media data. Thus the fiill capacity of the communications chaimel is used at all 
times even when it is not required for irrmiediate playback of media. 

IS Extension to other uses 

In the description above the resulting video frames were displayed on the client 
computer. This technique can also be used to provide media data for other uses. For 
example, the frames may be used as input to an image analysis system to provide 
features such as shot-change detection and object recognition. The frames may also be 
20 re-compressed into a new format or stored on medium such as paper, fikn, magnetic 
tape, disc, CD-ROM or other digital storage media. 

Extension to other data types 

The technique can be applied to other data types such as audio, graphics and 
25 animation. The technique can support any data that is compressed in a format that 
allows enhancement as described above. 
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P. Appendix 1 

Some Definitions of Terms, as used in the context of the illustrated embodiments 
Scale 

5 A function can be analysed into a set of components with different 
time/space/frequency content These components are called scales, and the process of 
analysis into scales is called multi-scale decompositioiL The analysis is performed by 
a waveform of limited duration and zero integral, called a wavelet Components that 
are highly locaUsed in space or time but have an ill-defined frequency spectrum are 

10 small-scale and capture fine detail Components that are spread through space but 
have a precisely-defined frequency spectrum are large-scale and capture general trends. 

A Layer is a conceptual part of a media file that initiaUses or refmes a single 
homogeneous component of that file, where that component is data representing 
15 spatial resolution, temporal resolution, sample fidelity, colour or any other quality 
axis. Hence, it is the set of data for one level of quality within a complete fde; each 
layer is divided into sUces. 

Slice 

20 A sUce is the part of a media file which encodes the data for a layer within a single 
context Hence, each layer within a particular media file is itself divided into a series 
of slices, one for each context 

Base Layer 
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A layer which is sent first to a client to initialise a representation of a media object at 
that client, to which refinement layers are added. 

Refinement Layer 

A Layer which is sent to a client subsequent to a Base Layer and which 'improves' 
5 the quaUty, according to some metric, of the representation of a media object at that 
client 

Significance Layer 

A layer where all the refinement information refers to a particular bit-position for all 
the coefficients imdergoing refinement. 

10 Scale Layer 

A layer for which all the refinement information is for a particular scale. 

Region Layer 

A layer for which all the refinement information is for a particular connected region in 
a space or time- varying fiinction. 

15 Distortion 

The distortion of an image can be measured in terms of it's Peak Signal-to-Noise Ratio 
(PSNR) where PSNR = lOlog (255^2/MSE) dB, and MSE is the image's Mean 
Squared Error. 

QualityTags 

20 The set of axes that are available to represent different aspects of perceived quality, 
for example, spatial resolution, temporal resolution, fidelity of a reconstructed pixel 
with respect to the original, etc. 
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QualUyDivisions 

The marking scheme for the QxialityTags axes, for example, the spatial resolution axis 
may be marked with low, medium, high. 

QualityParams 

5 A set of classifiers that can be used to describe the contribution of an item of encoded 
media to the perceived quality of the reconstruction. A QualityParams classifier is 
defined by a (Quality Tags=QualityDivisions) pair, for example, fidelity=6, or 
resolution=high. 

Codebook 

10 A table that provides an abstraction mechanism such that quality-manipulation 
operations can be defined on media files that are valid irrespective of their original 
compression format. The Codebook achieves format-independence through use of the 
QualityParams classification system. 

Filter 

15 An information structure that defines a partitioning of a layered media file into two 
parts; one part representing the media file at a reduced quality, and the other 
representing the enhancement information needed to reconstruct the original file. The 
simplest implementation is a bitmask where *zero' and 'one' at bit positions n 
specifies whether a data item with a particular label (w) is or is not required in the 

20 lower-quality output file. 

Filter Mask 

A piece of information that is appended to a filtered file in order to inform 
downstream tools about the information content of the file (i.e, what has been filtered 
out of it). If the filter is implemented as a simple bitmask then the filter mask can 
25 simply be a copy of this filter. 
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Claims 

1 . A method of copying a media file to a device over a network, to enable a copy 
of the media file to be played, whereby stirplus bandwidth that is not required for 
playing the media file is used to enhance the copy of the media file on the device. 

2. The method of Claim 1 wherein the surplus bandv^dth is made available as a 
result of (i) playing the media file at a reduced rate or quality (ii) or re-playing parts of 
the media file or (iii) pausing playback of the media file. 

3. The method of Claim 1 or 2 wherein the enhancement is performed according 
to a profile that is stored in a server. 

4. The method of Claims 1-3 wherein the enhancement is performed according 
to a profile that is transmitted to a server by the device before or during copying. 

5. The method of Claim 1 or 2 wherein the enhancement is performed according 
to a profile that is a combination of values stored in a server and values transmitted to 
the server by the device before or during copying. 

6. The method of any preceding Claim wherein the data required for playback is 
selected according to a profile that is stored in a server. 

7. The method of any preceding Claim wherein the data required for playback is 
selected according to a profile that is transmitted to a server by the device before or 
during copying. 
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8. The method of any preceding Claim wherein the data required for playback is 
selected according to a profile that is a combination of values stored in the server and 
values transmitted to the server by the device before or during copying. 

5 

9. The method of any preceding Claim wherein the copy of the media file on the 
client acts as a temporary cache and all or part of the media file is deleted during or at 
the end of playback. 

10 10. The method of any preceding Claim in which the media file encodes video and 
the image data corresponding to each video frame or sequence of fiames is generated 
using a wavelet transform and modified with SPIHT compression, and the resultant 
bitstream includes several discrete bitstream layers, each bitstream layer enabling 
image data at a different spatial resolution to be displayed on a display, 

15 

IL The method of any preceding Claim further used to provide the device with 
data for purposes other than playback, including (i) analysis of the media data (ii) re- 
compression of the media data into a new format (iii) transfer of the media data to 
another medium such as paper, fihn, magnetic tape, disc, CD-ROM or other digital 
20 storage mediimL 

12. The method of any preceding Claim in which the media file encodes audio. 

13. The method of any preceding Claim in which the media file encodes combined 
25 video and audio. 
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14. The method of any preceding Claim in which a local cache is used to store data 
transmitted using the surplus bandwidth and which is only decoded if required to 
enhance the copy of the media file on the device. 

5 15. The method of any preceding Claim in which a local buffer is used to store data 
transmitted using the surplus bandwidth and which is only decoded if required to 
enhance the copy of the media file on the device. 

16. The method of any preceding Claim in which the surplus capacity is used for 
10 one or more of the following enhancements: (i) to load a low quality version of an 
entire sequence of material to allow subsequent fast play through the material; (ii) to 
load certain key fi^es for the sequence for scrubbing through the material; or (iii) to 
improve the quality of the frames surrounding a current playback position. 

15 17. The method of any preceding Claim in which the device is a client in a client 
server network. 

18. The method of any preceding Claim in which the device is a server or edge 
server. 

20 

19. A media file which is copied using any of the methods defined above. 

20. A computer program which enables a client to enhance or supplement the 
copy of a media file copied to it firom a server over a network, by using surplus 

25 bandwidth that is not required for playing the media file on the cUent. 
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21 . A client programmed with the computer program of Claim 20. 



22. A computer program vAnch enables a server to enhance the copy of a media 
file copied from it to a chent over a network, by using surplus bandwidth that is not 
5 required for playing the media file on the client 



23 . A server programmed vsdth the computer program of Claim 22. 
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CodebookID: Wavelet_SIF_2D_YUV_0 ; 
Quality Tags: scale, fidelity, colour : 

Quality Divisions : scale(fun. hatf. qtr). fidelity Oossless. high, medium, tow). coiour(luma. yuv) : 
OrlginalSize: wtdth»352. height==288 : 

L^bel: O // root subband. stgnifican ce level 10 

{ 

Dependency: ; 

QuatltyParanns : scate^qtr. fidelfty=low. cotour=luma : 

>: 

Label: 1 // root subt>and. significance level 8 

{ 

Dependency : 0 ; 

QuaittyParams ; scaie=qtr. fidetity=rT^ium. cotour=>tuma ; 

}; 

Label: 2 // root subband. significance I evel 4 

{ 

Dependency : 1 . 0 ; 

QuaittyParams : scale=qtr. fidefity=high. cotour=tuma : 

}: 

Label: 3 // root subband, significance tevei 2 

{ 

Dependency 2. 1. 0 ; 

QualltyParams : scale»qtr. fidelity»lossle8s. colour^luma ; 

>: 

Label: 4 // HL subband at depth 1 . significance level 10 

{ 

Dependency : 3. 2. 1 , 0 : 

QualltyParams : scateshalf, fidelity°low, colour=luma ; 

>: 

Lat>el : 5 // HL subband at depth 1 , significance level 1 0 

{ 

Dependency : 3. 2, 1 , 0 : 

QualltyParams : scale^^hatf. fidelity^ medium. oolour=Kjma : 

}: 

Lat>et: 8 // LH subband at depth 1 . significance level 10 

{ 

Dependency : 3. 2. 1 , 0 ; 

QualltyParams : scale=haif. fidelity=low. cotour^luma ; 

>: 

Lal>el: 9 // LH subband at depth 1 . significance level 8 

{ 

Dependency : 3. 2. 1 , O ; 

QualltyParams : scaleshatf. fidelity=medtum, cdour^luma ; 

}: 

Label: 12 // HH subband at depth 1 . significance level 10 

{ 

Dependency : 8. 3. 2. 1 . 0 ; 

QualltyParams : scale=half, fidelrty=low. cotoup=tunrB ; 

}: 

Lal>el: 13 // HH subband at depth 1 . significance level 8 

{ 

Dependency: 12. 8. 3. 2. 1. 0 ; 

QualltyParams : scale=half. fidetity^^medium. cotour^tuma ; 

); 



Figure 6 
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CodebooidD: Mpeg1_GOP9_0 ; 
QuaGtyTagsiplayrate; 

QualityDivisions : playrate (noinial, ^st, viast) ; 

Label: 0 II If am 

{ 

Dependency:; 

QualHyParams : playrate=vfast ; 
TemporaiPriori^=0; 

}: 

Label: 1 //P-Frame 
{ 

Dependency: 0; 
QuarityParams : playFate=fast ; 
TemporalPriori^^l; 

}: 

Label: 3 //B-Frame 
{ 

Dependency: 1,0; 
QuantyParams : playrate=nonnai ; 
TemporalPriori^=2; 

}: 
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}; 
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}; 
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